Dans cette nouvelle section du cours, nous couvrirons des parties de l'API électronique qui sont partagées
à la fois entre les processus principal et de rendu, je dis des parties et non des modules, car ces objets
partagés incluent souvent des objets existants de notoires avec des extensions spécifiques aux électrons.
Par exemple, le premier objet examinera l'objet de processus.
Comme vous le savez peut-être, Notat fournit cet objet de processus et cela est mentionné et lié dans le processus
électronique.
Le processus de documentation ici représente alors un processus en cours d'exécution, pas le plus délicat.
Dans notre cas, le processus principal, électron ajoutant simplement ses propres propriétés et méthode à l'objet existant,
ce qui signifie qu'il n'y a pas de module pour importer le processus, existe simplement dans la portée globale du
nœud principal et du rendu d'un processus.
Cependant, le processus n'est disponible que dans le processus de rendu avec l'intégration des nœuds activée.
Donc, avec cela, commençons par déconnecter cet objet global des deux processus.
Je vais simplement me débarrasser de la base de données Renderer, en la journalisant en ligne.
Il en va de même pour le processus principal, en ajoutant un journal dans la portée globale de la sauvegarde des deux fichiers de
Mendes et lorsque notre application redémarre, nous voyons le processus journalisé dans le moteur de rendu ou les outils de
développement Windows du navigateur avec de nombreuses propriétés et méthodes, certaines étant notoire comme étant propre et d'autres
étant la fonctionnalité ajoutée de l'électron dans mon terminal, le même objet étant partagé entre les processus.
Je ne couvrirai pas les notes, les propriétés natives et les méthodes, mais voyons quelques-uns de ces ajouts d'électrons.
Par exemple, un peu plus bas, nous voyons un certain nombre de propriétés sur la propriété de version
des processus qui fournit toutes sortes de numéros de version pour les logiciels utilisés par notre application en HTML indexé.
Modifiez ce journal pour qu'il se déconnecte maintenant à la place des versions du processus DOT.
Je ne ferai pas la même chose dans le processus principal car c'est exactement la même chose.
Gagnez ce temps en rechargeant manuellement la fenêtre principale et là un objet contenant chaque version de l'électron lui-même, le
nœud ouvert SSL et même la version du moteur V8 de Google.
Tout cela continue.
Une autre propriété très utile est le DOCTYPE traité.
Cela nous indique le type de processus à partir duquel nous accédons à la propriété.
J'ajouterai ceci au processus principal et cette fois, ils seront différents.
Enregistrez les deux fichiers.
Et là, dans la fenêtre du navigateur ou dans le processus de rendu, nous obtenons le moteur de rendu, tandis que dans le processus principal,
il y a un navigateur journalisé, ce à quoi le processus principal est appelé par nœud.
Savoir dans quel processus nous sommes est particulièrement utile lors de la création de code partagé tel que les modules
partagés couvriront dans la section.
Les autres propriétés incluent la vérification si l'application a été installée à partir du Windows App Store
ou du Mac App Store, encore une fois, utile pour afficher un contenu ou des offres spécifiques aux utilisateurs.
Ensuite, un peu plus bas, nous arrivons aux méthodes de traitement, des choses comme vérifier quand l'application a été
lancée, l'utilisation du processeur par le processus moyen et plusieurs autres getters d'information.
Les deux méthodes que je veux démontrer, cependant, étant un crash et ayant ces deux méthodes exactement ce
qu'elles suggèrent, plantent ou bloquent le processus.
Ils sont appelés.
Voyons un exemple.
Je supprimerai ce journal du processus principal vers le HTML indexé.
Ajoutez un bouton pour accrocher la valeur de cette fenêtre de navigateur avec un processus d'appel de propriété décoché.
Dot Hangu.
Et effectuez le rendu d'une pause avant ce bouton pour l'avoir sur sa propre ligne et comme avant,
pour mieux démontrer le moteur de rendu qui traîne à un intervalle de journal simple défini avec un rappel dans lequel notre œil de
déconnexion puis incrémenté en commençant par l'œil est égal à un, ce qui en fait cet intervalle s'exécute toutes les demi-secondes
ou 500 millisecondes, enregistrez les deux fichiers pour recharger l'application.
Nous voyons cet intervalle de journalisation.
Mais lorsque je clique sur "Hang", tout s'arrête car cette fenêtre est maintenant dans un état de suspension simulé.
De même, nous pouvons planter la fenêtre.
Je vais supprimer ce journal, dupliquer le bouton de blocage cette fois en appelant le processus dot crash.
Crash renderer enregistrer.
Nous ne pouvons maintenant pas recharger cette fenêtre avec la commande ou comme elle est actuellement suspendue, donc dans le terminal, exécutez un
nœud au redémarrage avec R. S ..
Cliquez sur ce bouton de crash et il casse tout ou plante.
La raison pour laquelle nous pourrions vouloir simuler cela est que nous pouvons maintenant implémenter et tester des gestionnaires
pour ces conditions.
Par exemple, dans le processus principal, nous pouvons recharger un moteur de rendu en panne.
Ceci, bien sûr, étant une solution très grossière.
Mais voyons à quoi cela pourrait ressembler.
Nous pouvons écouter un moteur de rendu qui s'est écrasé sur son contenu Web, ce qui est logique car c'est ce qui
s'est écrasé.
La fenêtre est restée, mais le contenu et les outils de développement ont planté.
En d'autres termes, le contenu Web.
Donc, créez une fenêtre d'écoute sur le contenu Web de Windows principal avec sur pour l'événement passé en panne.
Il y a un rappel dans lequel nous pouvons recharger la fenêtre plantée après une seconde ou deux à la fois.
En exécutant la fenêtre principale, rechargez après, disons, une seconde, si nous n'ajoutons pas le petit délai, le rechargement ne fonctionnera
souvent pas.
Nous devons vraiment permettre au crash de se produire, enregistrer complètement cela.
Crash le processus de fenêtre à nouveau.
Et une seconde plus tard, ce Windows principal s'est écrasé, le contenu Web est à nouveau rechargé, ce n'est en aucun cas une
solution que vous devriez utiliser dans une production en cours, mais cela montre comment implémenter des solutions pour ces événements.
Je vous encourage à explorer davantage cet objet car il peut fournir des informations très précieuses.
Et si vous n'êtes pas familier avec le processus, objectez-vous dans le contexte des avis qui mériteraient également
d'être examinés.
J'ai ajouté le lien dans les ressources réduites.